| Type de fichier à importer |
- Le module peut définir les types de fichiers autorisés dans l'import
- Exemple : fichiers XLS
- Le nom du feuillet qui sera importé est contrôlé par le paramètre IMPORT_APPAREIL_EXCEL_FEUILLET - paramètre qui se trouve dans le fichier web.config du Back Office.
|
| Identifiant à ne pas importer |
- Le module d'import fourni peut intégrer des critères qui vont exclure certaines lignes du fichier
- Par exemple si l'identifiant contient le texte "N°AABBCCCXXX"
|
| Identifiant en double |
- Si le fichier comprend deux fois le même identifiant d'outil, ou plus, l'outil n'est importé qu'une seule fois
|
| Données utilisées |
- L'import utilise les données suivantes pour importer un outil :
| Identifiant d'outil |
chaîne de caractères |
| Nom de famille |
chaîne de caractères |
| Nom d'instrument |
chaîne de caractères |
| Prochaine étape |
chaîne de caractères, qui sera interprété comme une date de fin de validité |
| Constructeur |
chaîne de caractères |
- Ces données sont toujours nécessaires, quelque soit le module d'import que l'on utilise, car il s'agit des données dont AMPS a besoin.
- En cas d'absence de données, le module peut fixer une valeur arbitraire de validité.Exemple ici: si la date de validité n'est pas fournie, avec elle sera égale à 01/01/1900 - dans ce cas là, l'outil ne sera pas valide.
|
| Colonnes du fichier d'import de ce module |
- Selon la façon dont le module a pu être organisé, il est possible que les colonnes soient attendues dans un ordre précis.
Exemple du module C3872 Version A
| Indice de colonne |
Donnée devant s'y trouver, et prises en compte dans l'import |
| 1 |
nom de la famille |
| 2 |
nom de l'instrument |
3 |
identifiant de l'outil |
| 4 |
date de validaité |
- La donnée constructeur/marque est ignorée et n'est pas importée
|
| Vérification des données |
- Le module peut inclure une vérification des données.
- Cette vérification se fait en deux endroits.
- Exemple :
- Vérification que dans Prochaine étape on ait une valeur qui soit bien interprétable comme une date.
|
| Import |
- Une fois les vérifications faites, les données sont alors importées
- Cet import peut inclure d'ultime codes de vérification de qualité des données
- Exemple : identifiant, famille, instrument sont obligatoires.
- Selon la façon dont il traite les données, l'import peut traiter les données de diverses façons.
- Les vérifications des noms se font par rapport à la langue courante utilisée.
Exemple pour le module C3872
- Si la famille d'outil défini dans la ligne importée n'existe pas, alors une nouvelle famille est créée. Ce test est basé sur le nom de la famille. La moindre variation donc dans la désignation d'une famille aboutira ici à la création d'une nouvelle famille.
- En ce qui concerne l'instrument, il est recherché à partir de son nom d'instrument.
- S'il n'est pas trouvé, il sera alors créé.
- S'il existe déjà, il sera mis à jour par rapport aux données :
- "Marque" - qui reste à vide dans ce module.
- Il est ici techniquement possible qu'un instrument change de famille, car l'instrument sera affecté à la famille en cours dans le fichier Excel, et non à la famille à laquelle il était précédemment affecté.
- En ce qui concerne l'outil, il est lui aussi soit recréé soit mis à jour
- ATTENTION : son statut Actif sera remis à "vrai" lors de cet import - mais sa date de validité dépend de la valeur trouvée dans le fichier importé. Cependant, quand l'information sur l'aspect réellement Actif d'un outil est nécessaire, la date doit être valide, en plus du champ Actif. Les deux conditions doivent donc être remplies.
- De même que son statut de "test de mesure"
- Tout comme l'instrument par rapport à la famille, l'outil peut se voir réattribuer un nouvel instrument.
- Un journal de l'import est founi par ailleurs dans un fichier dédié, situé dans le répertoire des journaux de l'application - en général situé dans c:\AMPS_LOGS
|